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Method for Transformation of Interface Definitions 
and Intermediate Format Tables Thereof 



5 Background of the Invention: 
Field of the Invention: 
The present invention relates to a method for 
converting interface definitions within a source code 
program into an intermediate format, and from an 
10 intermediate format table into object program code, and 
also relates to an intermediate format table which is 
suitable for this purpose. 

So-called interfaces are used in programs in order to 
15 interchange data between individual program modules or 
program objects. Modellers/programmers of hardware 
descriptions naturally make particularly intensive use 
of interface definitions. Specific hardware description 
languages are used for this purpose, which describe the 
2 0 behaviour of the individual simulated components, and 
the electrical linking of the components to one 
another. In the field of hardware description 
languages, it is normal to subdivide the program code 
into an area which is used to define the architectures 
25 of the components, and into a second area which 
exclusively defines the interfaces between the 
components . 
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In order to allow data to be interchanged between 
different hardware development projects, it is 
necessary to translate program code from an original 
5 hardware description language into an object 

description language, so that these hardware simulators 
or hardware synthesis programs, which are used in 
another project, can be processed. Even in pure 
software projects, it may be necessary to translate 

10 between one programming language and another, for 

example to make it possible to run them on different 
hardware platforms. Typical examples of hardware 
description languages between which conversion may take 
place are VHDL and VERILOG. However, there are also 

15 other programming languages in the hardware description 
area, between which conversion may be necessary. 

Direct conversion between programming languages is 
complex and susceptible to errors. It is thus possible 

2 0 that an object interface definition may no longer match 
the original interface definition, so that faults occur 
during the hardware simulation. Owing to the complexity 
not only of the original program code but also of the 
object program code, verification of the correctness of 

25 the conversion by a specialist is a task which is 
likewise difficult and susceptible to errors. 
Furthermore, a conversion program is required for each 
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possible pair of programming languages between which 
conversion is intended to be carried out. With the 
large number of programming languages in which 
interface definitions play a role, this results in the 
5 need for a large number of converters with a high level 
of complexity. 

Summary of the Invention: 

The invention is thus based on the object of providing 

10 a translation system which can be used universally, 

whose construction is less complex, and which produces 
verifiable results. The invention includes a method 
for converting interface definitions within source code 
program into an intermediate format by a computer 

15 system that carries out the method, including the steps 
of identification of at least one object in the source 
code program, and identification of at least one 
interface in the at least one identified object. At 
least one of the identified interfaces may be an 

20 internal interface for producing a link from objects 
within the source code program and/or at least one of 
the identified interfaces may be an external interface 
for producing a link from an object with interfaces 
located outside the source code program. The at least 

2 5 one interface may be an input interface and/or an 
output interface. The method further includes 
identification of at least one internal link between at 
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least one output interface and at least one input 
interface between at least two objects and/or 
identification of at least one external link of the at 
least one external interface. An at least two 
5 dimensional intermediate format table having rows 

arranged in a first dimension, having rows arranged in 
a second dimension, and having cells at the 
intersections of the first and second rows is created. 
The rows in the first dimension are assigned 

10 designations for each of the at least one identified 

objects. The rows in the second dimension are assigned 
designations for each of the at least one identified 
links. Designations for the output interface and /or 
input interface that is associated with both the 

15 respective identified object and the identified 

internal link are inserted in each of those cells that 
are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 

20 dimension with the designation of an identified 

internal link, and/or the designations for the output 
interface and/or input interface that is associated 
with both the respective identified object and the 
identified external link are inserted in each of those 

25 cells that are located at the intersection of one of 

the rows in the first dimension with the designation of 
an identified object and one of the rows in the second 
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dimension with the designation of an identified 
external link. 



The invention further includes a method for converting 
5 interface definitions from an at least two-dimensional 
intermediate format table into object program code the 
intermediate format table having first rows arranged in 
a first dimension, second rows arranged in a second 
dimension and cells at the intersections of the first 

10 and second rows. Rows in the first dimension are 

assigned designations for at least one object. Rows in 
the second dimension are assigned designations for at 
least one internal link between the objects and/or at 
least one external link of an object. Designations for 

15 an internal output interface and/or internal input 
interface that is/are associated with both the 
respective object and the link are inserted in each of 
those cells that are located at the intersection of one 
of the rows in the first dimension with the designation 

2 0 of an object and one of the rows in the second 

dimension with the designation of an internal link, 
and/or in which designations for the external output 
interface and/or external input interface that is/are 
associated with both the respective object and the 

25 external link are inserted in each of those cells that 
are located at the intersection of one of the rows in 
the first dimension with the designation of an object 
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and one of the rows in the second dimension with the 
designation of an external link. A computer system 
carries out the method with the steps of creating at 
least one program code object based on information, 
5 contained in the intermediate format table, about the 
at least one object. Associated internal output 
interfaces and/or internal input interfaces are 
assigned to their program code object. At least one 
link between program code objects is created based on 

10 the information, contained in the intermediate format 
table, about the internal links of the internal input 
interfaces and internal output interfaces; and/or 
associated external output interfaces and/or external 
input interfaces are assigned to their program code 

15 objects. 

The invention also includes an intermediate format 
table which is suitable for converting interface 
definitions from an intermediate format table into 

2 0 object program code. The intermediate format table for 
storing interface information, which is contained in 
program code, in a computer system has at least two 
dimensions, rows arranged in a first dimension, rows 
arranged in a second dimension, and cells at the 

25 intersections of the first and second rows. Rows in 
the first dimension are assigned designations for at 
least one object in the program code. Rows in the 
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second dimensions are assigned designations for at 
least one internal link between objects and/or 
designations for at least one external link of the 
program code. Designations for an output interface 
5 and/or input interface that is/are associated with both 
the respective object and the internal link are 
inserted in each of those cells that are located at the 
intersection of one of the rows in the first dimension 
with the designation of an object and one of the rows 

10 in the second dimension with the designation of an 
internal link, and/or designations for the output 
interface and/or input interface that is/are associated 
with both the respective object and the external link 
are inserted in each of those cells that are located at 

15 the intersection of one of the rows in the first 

dimension with the designation of an object and one of 
the rows in the second dimension with the designation 
of an external link. 

2 0 Further advantageous refinements, aspects and details 
of the invention result from the dependent patent 
claims, the description and the attached drawings. 

One aspect of the invention is aimed at conversion to 
2 5 and from an intermediate format in a tabular form. 
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The conversion is in this case carried out by means of 
a program in a data processing system. 



A further aspect of the invention is aimed at an 
5 intermediate format which acts as a binding element 
between different conversion systems. 

Yet another aspect of the invention is aimed at 
conversion systems whose intermediate results can be 
10 inspected and edited manually, despite automatic 
translation . 

The methods according to the invention are carried out 
in a computer system and the intermediate format table 

15 is stored in a computer system, even when it can be 

printed out and/or displayed on a visual display unit. 
For the purpose of the present invention, a computer 
system is in this case regarded as any device which can 
carry out the methods according to the invention 

20 without human intervention (apart from starting the 

methods) and can generate the intermediate format table 
automatically. Suitable computer systems are, for 
example, personal computers, workstations, mainframe 
computers and lap top computers, etc. 

25 

For the purposes of the present invention, a program 
code is regarded as a sequence of instructions in a 
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specific programming language, which instructions are 
functionally related. For the purposes of the present 
invention, a source code program is a code which is 
used as the basis for conversion to another program 
5 code, which is then referred to as the object program 
code . 

For the purposes of the present invention, an object in 
the source code program is an associated sequence 

10 (contained in the program code) of instructions in a 
programming language . In the context of hardware 
programming languages, an object can be equated to the 
definition of a hardware component. In the context of 
such programming languages, in which interface 

15 definitions appear in an autonomous part of the program 
code, an object may also be regarded as the sum of the 
interface definitions of a component of the hardware to 
be simulated. 

2 0 For the purposes of the present invention, an interface 
is regarded as an input or output via which data are 
passed backward and/or forward between objects, for 
example via global variables or in some other way. 

2 5 For the purposes of the present invention, an internal 
interface is an interface which produces a link between 
two objects within a program code. 
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For the purposes of the present invention, an external 
interface is used to produce a link from one object 
within the program code to interfaces (which are 
5 located outside the program code) of other objects, for 
example if, on the basis of the modular construction of 
a hardware simulation, different parts of program code 
are used which are linked to one another via such 
external interfaces . 

10 

Interfaces may be input interfaces or output 
interfaces, depending on the direction of the data 
flow, in which case it is likewise possible for one 
interface to carry out both the functions of an input 
15 interface and an output interface at the same time. In 
certain description languages, it is also possible to 
define interfaces whose information flow direction is 
not defined, that is to say is indeterminate. 

2 0 For the purposes of the present invention, an internal 
link is accordingly the link produced between two 
internal interfaces. In hardware simulations, this may 
also be referred to as a signal and, in fact, then 
simulates an electrical line between two hardware 

2 5 component s . 
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In a corresponding way, an external link is a link 
between an external interface and an interface which is 
located outside the program code under consideration. 

5 The term link in this context refers to relationships 
in which an internal link and/or an external link can 
be produced. 

First of all, the invention is aimed at a method for 
10 converting interface definitions within source code 
program into an intermediate format by means of a 
computer system, which carries out the method, 
comprising the following steps: 

15 A. : Identification of at least one object in the 
source code program; 

B. : Identification of at least one interface in the at 
least one identified object; 

20 

wherein at least one of the identified interfaces may 
be an internal interface for producing a link from 
objects within the source code program and/or at least 
one of the identified interfaces may be an external 
25 interface for producing a link from an object with 

interfaces located outside the source code program; and 
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wherein the at least one interface may be an 

interface and/or an output interface; 



input 



C: Identification of at least one internal link 
5 between at least one output interface and at least one 
input interface between at least two objects and/or 

Identification of at least one external link of the at 
least one external interface; 

10 

D. : Creation of an at least two-dimensional 
intermediate format table having rows arranged in a 
first dimension, having rows arranged in a second 
dimension, and having cells at the intersections of the 
15 first and second rows, 

wherein rows in the first dimension are assigned 
designations for each of the at least one identified 
obj ect ; 

20 

wherein rows in the second dimension are assigned 
designations for each of the at least one identified 
links; and 

25 wherein, designations for the output interface and/or 
input interface which is associated with both the 
respective identified object and the identified 
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internal link are inserted in each of those cells which 
are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 
5 dimension having the designation of an identified 
internal link; and/or 

wherein, designations for the output interface and/or 
input interface which is associated with both the 

10 respective identified object and the identified 

external link are inserted in each of those cells which 
are located at the intersection of one of the rows in 
the first dimension with the designation of an 
identified object and one of the rows in the second 

15 dimension having the designation of an identified 
external link. 

For the purposes of the present invention, an 
assignment should in this case be understood as meaning 
2 0 that a row is provided for the purpose of containing 
information about the characteristics assigned to it, 
for example of an object or of a link, without any of 
the cells in the row necessarily having a corresponding 
designation or identification. 

25 

For the purposes of the present invention, insertion 
means that, in fact, a detail, of whatever type, is 
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also always written into the cell in a row, or into the 
cell where two rows intersect, so that the 
corresponding cell has a content. 

5 An interface may in this case also at the same time 

have the function of an input and output interface, or 
may be an interface with an undefined data flow 
direction. 

10 Each link is in this case assigned a row in the second 
dimension, while each of the identified objects in the 
source code program is assigned a row in the first 
dimension, which process is carried out by assigning 
the designation of the link or of the object to the 

15 row. 

The method according to the invention thus produces an 
intermediate format table, in a similar way to the 
commercially available table processing programs, in 

20 which a first dimension, for example in the transverse 
direction, is assigned designations for identified 
objects. In this case, such rows may be regarded as 
columns. Each column is thus used to accommodate 
interface definitions for an object. The identified 

2 5 links between the objects are entered in the second 
dimension, for example the lines in a table. This 
results in a grid, which in this case is 
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two-dimensional, with cells. The term "designations" 
should in this case be understood to mean unique 
allocation of names which are used to subsequently 
relocate an object, an interface or other elements. The 
5 designations may comprise names selected arbitrarily by 
the conversion program or numbers from 1 to n for each 
of the identified objects found (where n is the total 
number of objects identified); or this may be done in 
some other suitable way. 

10 

The table is stored in a suitable format in an 
electronic, magnetic, optical or other suitable form in 
the computer system. It may also be output on a 
printer, for documentation purposes. 

15 

In the simplest case, this is a two-dimensional table, 
which is selected as the intermediate format. This 
allows the information stated above to be presented and 
stored via the interface definitions. However, it is 

20 also feasible to obtain further information via the 

interfaces, for example about the type (associated with 
an object) of components simulated by the object, when 
this relates to a hardware description language. Such 
further characteristics of individual interfaces can be 

25 represented in a third or further dimension. 
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The simplest cases of convertible program code are 
those in which it is possible to identify only one 
object in the program code which has one or more 
external interfaces, as well as program code which has 
5 two objects which are linked to one another via an 
internal link. In order to allow these two simplest 
possibilities to be converted, it is necessary to 
provide alternatives in the method, which can identify 
either external or internal, or both types of 
10 interfaces. Even when the cells in the table are 

occupied with the rows being assigned, both of the 
simplest possibilities must be considered alternatively 
and cumulatively . 

15 The method according to the invention leads to an 
intermediate format table which contains all the 
interface definitions which are contained in a program 
code in a data format which is clearly broken down and 
is accessible in a standard manner by other conversion 

20 programs. The two-dimensional representation also 

allows an operator or programmer to visually inspect 
the resultant intermediate format, thus providing an 
intervention capability, in a simpler way than would be 
possible without any intermediate format or by using a 

25 conventional representation with block diagrams. 
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The method can be further refined if at least one 
external link has been identified. A first specific row 
in the first dimension is preferably used to indicate 
the mode of the external interface for the at least one 
5 identified external link, with details of the mode of 
the external interface for the at least one identified 
external link being inserted in each of those cells 
which are located at the intersection of the first 
specific row in the first dimension and the rows in the 
10 second dimension with the designations of the at least 
one identified external link. 

With regard to the mode, the method can be 
distinguished by the fact that the external interface 
15 may be an input interface, an output interface, a 
bidirectional interface or an interface with an 
undefined flow direction. 

Such a detail can be defined, for example, by means of 
2 0 a numerical code, in which case 0 may represent an 

input interface, 1 an output interface, or vice versa, 
or by using suitable expressions such as in, out, 
in/ out . 

25 In addition, it is possible to define the data types of 
the at least one identified interface, in which case at 
least one second specific row in the first dimension is 
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assigned details of the data types of the at least one 
identified interface, and designations for the data 
types associated with the at least one identified link 
are inserted in each of those cells which are located 
5 at the intersection of the second specific row and the 
rows in the second dimension having the designations of 
the at least one identified link. 

The term data types is used in a general way in data 

10 processing in order to identify the fact that values of 
variables are interpreted in a specific way by the 
compiler or the interpreter, in order to make it 
possible to take account of different types of data. 
Typical data types are binary data, which may have only 

15 the values 0 and 1, integer numbers, that is to say 

whole numbers, floating-point numbers, in which there 
is at least one decimal point, and characters, in which 
letters or letter sequences are processed, etc. This 
definition of data types will also be used in the 

20 present invention. In general, it must be assumed that 
an identified interface has only one data type. 
However, in the above formulation, the plural was 
chosen since, generally, a number of identified 
interfaces may be present. In precisely the same way as 

25 above, the designation should in this case be regarded 
as the allocation of a name, in which case one or more 
names may be used for the data types. In this case as 
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well, the designation may be stated as a numerical 
code, in which case each number is intended to indicate 
a specific data type, or in plain text, for example by 
the statement "bit", "boolean" , "character", "integer", 
5 etc., which can be written directly into the cells. 

A further approach which is taken into account by the 
invention is for the details of the data type of a link 
also (or exclusively) to be formulated as a component 
10 of the designation of an interface (external or 

internal) . This option will be described further below. 

Interface definitions, in particular in hardware 
description languages, may comprise not only the actual 

15 interfaces, that is to say the links between objects in 
a program code and/or external objects, but also 
describe the details of constants which are used within 
the program code, since these may be critical to the 
behaviour of components without having to be defined 

2 0 within the components. They are thus naturally located 
in the interface definition. For the purposes of the 
present invention, the conversion of constants should 
thus also be regarded as conversion of interface 
definitions . 



For the purposes of the present invention, an external 
constant should be regarded as a constant which, 
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although being declared within a program code, is not 
necessarily defined, that is to say provided with a 
numerical value, however. Generally, a numerical value 
is allocated to the external constants by parts of the 
5 program which are outside the program code under 

consideration. Such an external constant is referred 
to, for example in VHDL, as being "generic". Such a 
generic is declared within a so-called "entity", that 
is to say that region of program code in VHDL in which 

10 interfaces of a component are declared (entity or 

component) . On the other hand, an internal constant 
should be regarded as a constant which must not only 
declared by also defined within the program code. The 
present invention refers generally to constants when 

15 internal and/or external constants come into question. 

The method according to the invention thus preferably 
includes the situation where, in addition, at least one 
internal constant is identified in the at least one 

2 0 identified object and/or at least one external constant 
which can be used by all objects in the source code 
program, the data type of the at least one identified 
internal constant and/or external constant is defined, 
at least one third specific row in the first dimension 

25 is assigned details of the data type of the at least 
one constant, at least one first specific row in the 
second dimension is assigned designations of the at 
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least one identified internal constant and/or external 
constant, and designations for the data type associated 
with the at least one identified constant are inserted 
in each of those cells which are located at the 
5 intersection of the at least one third specific row and 
of the at least one first specific row in the second 
dimension with designations of the at least one 
identified constant . 

10 In this case as well, each of the identified constants 
is assigned one of the first specific rows in the 
second dimension, in order to make it possible to 
produce a unique association between the variables 
recorded in the table and the constants (as, in 

15 general, also to the links). 

In this way, it is possible to allow correct constant 
definition and thus correct interpretation of a value 
associated with a constant when the constants are 
2 0 subsequently converted in an object program code. 

Provided this is possible using the particular program 
code, it is sensible for the exact details of constants 
also to include their value and, if known, a method of 
25 calculating the constants. 
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A method of calculating a constant in this case means a 
program code, when executed during the running of a 
program, results in the determination of the value to 
be assigned to a constant. The calculation of a 
5 constant is merely a more complex way of assigning a 
value to the constant. 

The method is thus preferably also aimed at a value or 
a. method of calculation of the at least one identified 

10 constant and/or external constant also being defined; 

at least one fourth specific row in the first dimension 
is assigned details of the value or of the method of 
calculation of the at least one constant, and the value 
or the method of calculation of the at least one 

15 identified constant is inserted in each of those cells 
which are located at the intersection of the at least 
one fourth specific row and the first specific rows in 
the second dimension with designations of the at least 
one identified constant. In this case as well, the 

2 0 scope of the intermediate format table may 

advantageously be limited by the at least one fourth 
specific row at the same time being the at least one 
first specific row (in the first dimension) . 

25 Alternatively, details of the value or method of 

calculation of a constant can also be inserted at the 
intersection of the first specific row (which is 
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assigned to the constant) with one of the rows in the 
first dimension with designations for the identified 
objects. This allows a better association to be 
achieved between constants which have not been defined 
5 in a general part of the source code program but which 
are defined in a specific program code object. This 
maintains the association between a constant and a 
program code object in which it has been defined. 

10 In addition to the constants, the identified links may 
also have a value or a method of calculation which is 
assigned to them at the start of a program run. The 
method according to the invention is thus preferably 
distinguished in that, in addition, a value or a method 

15 of calculation is defined for the at least one 
identified link; 

at least one fifth specific row in the first dimension 
is assigned details of the value or of the method of 
20 calculation of the at least one identified link; and 

in which case, the value or the method of calculation 
of the at least one identified link is inserted in each 
of those cells which are located at the intersection of 
25 the at least one fifth specific row and one of the rows 
in the second dimension with the designation of an 
identified internal link and/or of the rows in the 
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second dimension with the designation of an identified 
external link. 



In the method according to the invention, as it has 
5 been defined and outlined so far, objects, links, 

constants and interfaces are assigned designations and, 
in some cases, these are also inserted in cells, 
without any indication having been given as to how the 
designations are generated. 

10 

It is possible for the designations to be assigned 
automatically in accordance with internal criteria by 
the program carrying out a conversion process. 

15 However, a method is preferred which has the further 
step of : 

Identification of the original designations which the 
at least one object, the at least one link and/or the 
2 0 at least one constant have in the source code program, 
wherein specific title rows are assigned details of the 
identified original designations and the original 
designations are inserted into cells in the title rows. 

25 It is sensible, of course, to carry this insertion 

process in such a way that insertion in each case takes 
place into those cells which are located at the 
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intersection of the title rows with the object, link or 
constant rows which are associated with the respective 
designating object . 



5 The cells with the designations of the internal 
interfaces or of the external interfaces may also 
contain other information about the interface, in 
addition to a simple identification of the interface in 
the form of a name . 

10 

The designations of the at least one interface may 
accordingly be compiled from an identifier for the 
respective interface and at least one detail which is 
selected from an identification of the mode of the 

15 interface, of the data type of the interface, of a 

default value and the details of a data type conversion 
function to be applied to the interface. In this way, 
in addition to identification in the form of a name, 
further information about the interface can also be 

2 0 obtained at the same time from the intermediate format 
table . 



In this context, an identifier should be regarded as an 
interface identification in the form of a name, for 
25 example an arbitrary assigned name, a number or some 
other allocation of a name which is suitable for 
distinguishing it from other interfaces. 
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As defined above, the mode of an interface is an 
identification of the behaviour of the interface with 
regard to the input and output of signals or data. An 
5 interface may in this case have a mode which makes it 
an output interface, an input interface, a 
bidirectional interface or an interface with an 
undefined flow direction. 

10 With reference to what has been stated above, the data 
type of the interface may, for example, be a binary 
value, an integer number or the like. 

A default value is a value which an interface is 
15 intended to assume when no other value has been defined 
and the program is in the initial state. 

A data type conversion function is required when it is 
intended to link two interfaces to one another whose 
20 data types differ from one another. In a case such as 
this, the data type conversion function converts the 
data item for the output interface into a data item 
which corresponds to that of the data type of the input 
interface . 

25 

The information which can also be stated in the 
designation of the interfaces may be stated 
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individually or more than once, in which case the 
individual details may be separated from one another 
by, for example, commas or other separating symbols, or 
in which case the details are represented in some other 
5 form which is suitable for automatic processing. 

The method according to the invention may also have the 
following further step of, in a corresponding way to 
that for objects, links or constants: 

10 

Identification of the original designations which the 
at least one interface has in the source code program; 

Use of the original designations as identifiers. 

15 

In principle, the method according to the invention is 
suitable for converting any desired source code program 
into an intermediate format table. However, it is 
particularly preferred for the source code program to 

20 be a code in a hardware description language, in 

particular one of those hardware description languages 
in which the interface definitions are in the form of 
an autonomous program code . The use of the method 
according to the invention is, in principle, possible 

25 with conventional programming languages or with 
hardware description languages in which no such 
separation is carried out. However, the level of 
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complexity for analysis of the source code program 
increases. Accordingly, an object is preferably an 
interface entity of an electronic component, 
representing said component. Furthermore, the at least 
5 one internal link represents a signal which is produced 
between two electronic components. The at least one 
external link may preferably represent a so-called 
port . 

10 The method which has been described so far for 
converting interface definitions leads to an 
intermediate format table which, in general, may 
contain only information about one level of a source 
code program, that is to say about objects which are 

15 adjacent to one another and are carried out virtually 
simultaneously, for example as simultaneously running 
processes in a hardware simulation. However, a source 
code program may also reach a higher level of 
complexity by the code being interleaved by means of 

2 0 branches or other references, for example being broken 
down into different levels. One already mentioned 
example is the reference to data type conversion 
functions as part of the designation of interfaces, 
which may itself refer to the program code outside the 

25 actual interface definition. Furthermore, objects in 
the source code program may in turn have been defined 
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by a source code program which is held separately from 
this. 



In order to make the method according to the invention 
5 and the resultant intermediate format tables accessible 
to such cross-references as well, the method according 
to the invention can preferably be distinguished in 
that at least one of the identified objects contains a 
sub source code program in it, which can likewise be 

10 converted into an intermediate format; and in that, 

once a sub source code program has been converted into 
a sub format table, a cross-reference to the sub format 
table is inserted in a cell in the row in the first 
dimension which is associated with the converted 

15 object- Any desired cell which has not yet been 
assigned any other function may be used for this 
purpose, or rows in the other dimension are attached in 
a corresponding manner, resulting in further cells 
which can be used for this purpose. 

20 

The method according to the invention can also be 
modified such that a cross-reference to at least one 
identified object which is stored as a separate unit as 
source code program is inserted in a cell in the row in 
25 the first dimension which is associated with the stored 
object. This thus results in a departure from the area 
of pure interface definitions, since a direct reference 
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to the source code program is produced. This 
cross-reference may be useful if, during the further 
conversion to the object program code, it is not just 
the interface definitions which are converted by the 
5 reformatting program, but also the program code which 
provides the objects. In this case, the program can use 
the cross-references mentioned above to produce a 
direct relationship between the interface definitions 
of an object and its functionality. 

10 

In order to keep the size of the intermediate format 
table compact, it may be preferable to combine certain 
rows with one another so that only one row need be used 
instead of two. This bundling can be carried out 

15 wherever one row in one dimension has entries only in 

those cells in which no cells with values appear in the 
other row to be bundled. It is thus possible, for 
example, for the at least one third specific row to be 
the at least one second specific row at the same time. 

20 Thus, in this case, one row in the first dimension is 

used to accommodate different variables in it. This can 
be done by subdividing the row such that, for example, 
two different areas one above the other in the row 
carry out the different functions, or areas of the row 

25 located side by side, where the individual cells are 
arranged in a row side by side. Further examples of 
bundling are the combination of the fourth specific row 



GR 99 P 5005 - 31 - 

with the first specific row, or the fourth specific row 
with the fifth specific row. 



Once the interface definitions in a source code program 
5 have been converted according to the invention into an 
intermediate format table, such a table is available in 
the computer system, which is easy to read or to 
inspect visually after being printed out or by being 
displayed on a visual display unit and which, if 

10 required, can be manually corrected or modified by 
action by a programmer and which, according to the 
invention, can be used as the initial basis for an 
interface definition for an object program code. With 
regard to the advantages, effects and aspects of the 

15 method for conversion of an intermediate format table 
into an object program code, reference is made to the 
above statements and to the complete contents of this 
document . 

20 Accordingly, the invention is likewise aimed at a 

method for converting interface definitions from such 
an at least two-dimensional intermediate format table 
having first rows arranged in a first dimension, second 
rows arranged in a second dimension and cells at the 

25 intersections of the first and second rows, in which 
rows in the first dimension are assigned designations 
for at least one object, in which rows in the second 
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dimension are assigned designations for at least one 
internal link between the objects and/or at least one 
external link of an object, and in which designations 
for an internal output interface and/or internal input 
5 interface which is/are associated with both the 

respective object and the link are inserted in each of 
those cells which are located at the intersection of 
one of the rows in the first dimension with the 
designation of an object and one of the rows in the 

10 second dimension with the designation of an internal 
link, and/or in which designations for the external 
output interface and/or external input interface which 
is/are associated with both the respective object and 
the external link are inserted in each of those cells 

15 which are located at the intersection of one of the 

rows in the first dimension with the designation of an 
object and one of the rows in the second dimension with 
the designation of an external link, by means of a 
computer system which carries out the method, into an 

20 object program code, with the steps described below. 

The above definition specifies an elementary 
intermediate format table. This method according to the 
invention has the following steps: 
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Creation of at least one program code object on the 
basis of information, contained in the intermediate 
format table, about the at least one object; 

5 Assignment of associated internal output interfaces 

and/or internal input interfaces to their program code 
obj ects ; 

Creation of at least one link between program code 
10 objects on the basis of the information, contained in 

the intermediate format table, about the internal links 
of the internal input interfaces and internal output 
interfaces ; and/or 

15 Assignment of associated external output interfaces 

and/or external input interfaces to their program code 
obj ects . 

For the purposes of the present invention, a program 
20 code object can be regarded as an object, written in a 
program code, which is generated as part of the object 
program code by means of the method according to the 
invention . 

25 As has already been described with regard to the method 
according to the invention for converting interface 
definitions in the context of source code programs into 
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an intermediate format, a person skilled in the art 
will also be familiar, in the case of the method 
according to the invention, with how he can extract 
information contained in the intermediate format table 
5 such that conversion to an object program code is 
possible . 

By way of example, the automatic program which is 
suitable for this purpose can first of all determine 

10 the individual defined objects in the rows in the first 
dimension on the basis of the predetermined 
designations, and can then determine constants as well 
as internal and external links within the rows, and can 
assign the interfaces quoted at the intersections to 

15 these constants and links. 

At least one second specific row in the first dimension 
of the intermediate format table is preferably assigned 
details of the data types of the at least one 

2 0 interface, and designations for the data types which 
are associated with at least one link are inserted in 
each of those cells which are located at the 
intersection of the second specific row and rows in the 
second dimension with the designations of the at least 

25 one link, in which case this further development has 
the further step of: definition of the data types of 
the at least one interface which is assigned to the at 
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least one program code object and is associated with 
the at least one link. 



As explained above for the purposes of the invention, 
5 an interface definition should also be regarded as 

meaning the definition of constants which are used by- 
different objects. The method according to the 
invention can thus advantageously be distinguished in 
that at least one third specific row in the first 

10 dimension of the intermediate format table is assigned 
details of the data types of at least one constant in 
at least one object and/or at least one external 
constant, which details can be used by all the objects, 
at least one first specific row in the second dimension 

15 is assigned designations of the at least one constant 

and/or at least one external constant, and designations 
for the data types associated with the at least one 
constant are inserted in each of those cells which are 
located at the intersection of the at least one third 

20 specific row and the at least one first specific row in 
the second dimension with designations of the at least 
one constant; having the further step of: definition of 
at least one internal constant and/or of at least one 
external constant in the at least one program code 

2 5 object and/or in a general part of the object program 
code . 
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Furthermore, at least one fourth specific row in the 
first dimension of the intermediate format table may be 
assigned details of a value or a method of calculation 
of the at least one internal constant and/or of the at 
5 least one external constant, and the value or the 

method of calculation of the at least one constant can 
be inserted in each of those cells which are located at 
the intersection of the fourth specific row and the 
first specific rows in the second dimension with 
10 designations of the at least one constant, in which 

case this further development has the further step of: 
assignment of the value of of the method of calculation 
of the at least one constant to the at least one 
constant defined in the program code. 

15 

The method according to the invention can furthermore 
be distinguished in that at least one fifth specific 
row in the first dimension in the intermediate format 
table is assigned details of the value or of the method 

20 of calculation of the at least one link; and the value 
or the method of calculation of the at least one link 
is inserted in each of those cells which are located at 
the intersection of the at least one fifth specific row 
and one of the rows in the second dimension with the 

25 designation of an internal link and/or of the rows in 
the second dimension with the designation of an 
external link; 
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having the further step of: 

- Assignment of the value or of the method of 
calculation of the at least one link to the link 
5 created in the object program code. 

Furthermore, specific title rows in the intermediate 
format table may preferably be assigned details of the 
designations of the at least one object, of the at 

10 least one link and/or of the at least one constant, in 
which case the designations are inserted in cells in 
the title rows and the method has the further step of: 
naming of the at least one program code object, of the 
at least one link and/or of the at least one constant 

15 on the basis of the designations in the cells in the 
title rows in the intermediate format table. 

The corresponding objects, links and/or constants in 
the object program code are thus given the same 
2 0 designations which they already had in the source code 
program before conversion into an intermediate format 
table . 

The method according to the invention can furthermore 
25 be distinguished in that a cross-reference to a sub 

format table is inserted at least in one cell in a row 
in the first dimension which is associated with an 
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object, having the further step of: linking of the 
program code object produced from the object to the sub 
program code produced from the sub format table. 

5 The method can also be distinguished in that a 

cross-reference to a source code program which is 
stored as a separate unit is inserted at least in one 
cell in the row in the first dimension which is 
associated with an object, having the further step of: 
10 linking of the program code object produced from the at 
least one object to the source code program which is 
stored as a separate unit. 

As has already been stated with reference to the method 
15 for converting a program code into an intermediate 

format table, it may be worthwhile in order to keep the 
size of the intermediate format table compact to 
combine certain rows with one another so that only one 
row need be used instead of two. This bundling can also 
20 be taken into account during the process of conversion 
into an ob j ect program code . 

The present invention covers not only the methods for 
converting program code but also the specific 
25 configuration of the intermediate format table. For 

example, rows in the table contain all the signals and 
constants of the architecture and all the ports and 
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generics of the entity, where this relates to 
representations in a hardware description language. The 
secondary statements, such as component instantiation, 
process, competing signal assignment etc., are listed 
5 in the rows in the remaining dimension. The 
intermediate format table clearly shows which 
components are linked to which signals of what type, 
and what the signal flow direction is. On the other 
hand it can be seen at a glance which components are 

10 linked to a specific signal, that is to say who 

generates the signal and who reads it. With regard to 
the advantages, effects and aspects of the intermediate 
format table in the present invention, reference is 
made to the above statements and to the entire contents 

15 of this document. 



In consequence, the invention is also aimed at an 
intermediate format table for storing interface 
information, which is contained in a program code, in a 

2 0 computer system, having at least two dimensions; having 
rows arranged in a first dimension, rows arranged in a 
second dimension and cells at the intersections; in 
which case rows in the first dimension are assigned 
designations for at least one object in the program 

25 code, in which case rows in the second dimension are 
assigned designations for at least one internal link 
between objects and/or designations for at least one 
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external link of the program code, and in which case 
designations for an output interface and/or input 
interface which is/are associated with both the 
respective object and the internal link are inserted in 
5 each of those cells which are located at the 

intersection of one of the rows in the first dimension 
with the designation of an object and one of the rows 
in the second dimension with the designation of an 
internal link, and/or designations for the output 

10 interface and/or input interface which is/are 

associated with both the respective object and the 
external link are inserted in each of those cells which 
are located at the intersection of one of the rows in 
the first dimension with the designation of an object 

15 and one of the rows in the second dimension with the 
designation of an external link. 

A first specific row in the first dimension is 
preferably used to indicate the mode of an external 

20 interface for the at least one external link. In this 

case, details of the mode of the external interface for 
the at least one external link are inserted in each of 
those cells which are located at the intersection of 
the first specific row in the first dimension and the 

25 rows in the second dimension with the designations of 
the at least one external link. As has already been 
mentioned above, an interface may also be an input 
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interface, an output interface, a bidirectional 
interface or an interface with an undefined flow 
direction in this case as well. 

5 Furthermore, details of the data types of the at least 
one interface may be assigned in the intermediate 
format table of at least one second specific row in the 
first dimension, and designations for the data types 
associated with the at least one link may be inserted 
10 in each of those cells which are located at the 

intersection of the second specific row and the rows in 
the second dimension with the designations of the at 
least one link. In this case, a link covers both 
internal and external links. 

15 

The intermediate format table preferably also contains 
at least one third specific row in the first dimension 
which is assigned details of the data types of at least 
one internal constant and/or of at least one external 

20 constant from the program code, first specific rows in 
the second dimension, which are assigned designations 
of the at least one internal constant and/or of the at 
least one external constant, in which case designations 
for the data types associated with the at least one 

25 constant are inserted in each of those cells which are 
located at the intersection of the third specific row 
and the first specific rows in the second dimension 
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with designations of the at least one constant. The at 
least one third specific row is at the same time 
preferably also the at least one specific second row in 
this case as well. 

5 

In the intermediate format table, at least one fourth 
specific row in the first dimension can furthermore be 
assigned details of a value or of a method of 
calculation of the at least one constant, and the value 

10 or the method of calculation of the at least one 

constant can be inserted in each of those cells which 
are located at the intersection of the at least one 
fourth specific row and the first specific row in the 
second dimension with designations of the at least one 

15 constant. 

The intermediate format table according to the 
invention may be distinguished in that at least one 
fifth specific row in the first dimension is assigned 
20 the details of a value or of a method of calculation of 
the at least one link; and 

the value or the method of calculation of the at least 
one link is inserted in each of those cells which are 
25 located at the intersection of the at least fifth 
specific row and one of the rows in the second 
dimension with the designation of an internal link 
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and/or the rows in the second dimension with the 
designation of an external link. 

It is also true for the intermediate format table 
5 according to the invention that specific title rows can 
be assigned details of the original designations which 
the at least one object, the at least one link and/or 
the at least one constant have in the program code, and 
the original designations are inserted into cells in 
10 the title rows. 

The term program code in this case should be regarded 
as a source code program which is correlated with the 
intermediate format table as a result of the fact that 

15 said table has been generated from this code. The 

designations of the at least one input interface and/or 
the at least one output interface can also be composed 
of an identifier for the respective interface and of at 
least one detail which is selected from an 

20 identification of the mode of the interface, of the 

data type of the interface, of a default value and of 
the details of a data type conversion function to be 
applied to the interface. 

25 The intermediate format table according to the 

invention may contain further information. In hardware 
description languages, it is thus normal to use 
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comments not only to explain situations but also to 
transmit instructions relating to analysis tools or 
synthesis programs which are outside the actual program 
code (so-called pragmas) and for which no constructs 
5 are provided in the programming language being used. 

Information about the timing of a program, which could 
likewise be included only in comment form in the 
program code, can also be converted in this way, and 
can be used by appropriate tools. The conversion 

10 program which produces the intermediate format table 
can also add further information which has resulted 
from the analysis of the initial program code and can 
help to resolve ambiguities in the intermediate format 
table. Such information, and other information, can 

15 also be used as instructions for controlling the 

conversion sequences by the conversion program which 
converts the intermediate format table back to the 
program code. It is also feasible for such information 
to be used by a user. All the information items 

20 described above are referred to as annotations in the 
following text. 

The intermediate format table according to the 
invention can thus be distinguished in that any desired 
25 cells in the intermediate format table may contain 

annotations which may be used to control programs to 
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analyze the information contained in the intermediate 
format table, and/or for information for a user. 



The practical conversion of annotations can be achieved 
5 in that at least one further dimension in the 
intermediate format table is allocated to the 
annotations, wherein rows in the further dimension are 
assigned specific types of annotations, and an 
annotation which is to be used is used at the 
10 intersections of the rows in the first and second 

dimensions which govern the annotation with the row in 
the further dimension which is assigned to the type of 
annotation to be used. 

15 The intermediate format table according to the 

invention can be modified either during its production 
or during the subsequent course of processing, in a 
wide range of ways. In order to improve clarity, 
signals and/or links may be combined to form groups, 

2 0 which are always used in the same way at the interfaces 
of the objects (for example parallel blocks) . There is 
no correspondence for these signal groups, so-called 
bundles , for example in a hardware programming language 
such as VHDL, to allow them to be extracted in a 

25 corresponding manner from an VHDL description. 

So-called concurrent statements (which can be used as 
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alternatives) could also be grouped in the same column. 
When using VHDL, this corresponds to a so-called block. 



The usefulness of the table can be further increased by 
5 interactively re-sorting rows in the first dimension 
and rows in the second dimension, such that, for 
example, after the selection of a row in the second 
dimension, the associated columns may be arranged such 
that they are directly adjacent in order to make it 

10 possible to analyze the links of the selected object 
better. Other sorting criteria can also be applied to 
an intermediate format table according to the 
invention, for example an alphabetic arrangement, an 
arrangement which is sorted on the basis of a prefix or 

15 postfix, an arrangement based on the type of operation 
of the external links, an arrangement based on the data 
type used for the link, and a sequence such as that 
which is carried out in the original source code 
program. It is thus possible in the table according to 

2 0 the invention to allow rows to be masked out 

interactively in order to improve the clarity. 

It is also possible to carry out manipulations in the 
intermediate format table which would lead to code 
25 transformation during subsequent conversion into an 

object program code. Examples of such transformations 
may be : 
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Grouping, that is to say production of a new table with 
grouped objects and with the original rows associated 
with them being compiled to form a new row, 

5 

Regrouping, that is to say replacement of an original 
row by the rows of a further intermediate format table 
at a lower hierarchical level, which the original row 
originally referred . 

10 

Brief Description of the Drawings: 

FIG. 1 is an embodiment of an intermediate format table 
produced from a first exemplary program according to 
the invention; and 

15 

FIG. 2 is a further embodiment of the intermediate 
format table of FIG. 1 produced from a second exemplary 
program according to the invention. 

2 0 Description of the Preferred Embodiment: 

In all the figures of the drawing, sub-features and 
integral parts that correspond to one another bear the 
same reference symbol in each case. 

25 In the following text, two examples will be used to 
illustrate how program code can be converted into an 
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intermediated format table, with reference made to the 
drawings . 



The further first, simple exemplary program: 

5 

entity top is 

port ( a : in bit; 
b : in integer; 
c : in boolean; 
10 d : out integer ) ; 

end top; 



architecture arch of top is 
component comp_l 
15 port ( e : in bit; 

f : in integer; 
g : in bit; 
d : out integer ) ; 
end component ; 
2 0 component comp_2 

port ( i : in integer; 

j : in boolean; 
k : out bit; 
1 : out integer ) ; 
2 5 end component ; 

signal si : integer; 
signal sb : bit; 
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begin 

inst_l : comp_l 

port map ( e => a, 

5 f => b, 

g => sb, 

h => si ) ; 
inst_2 : comp_2 

port map ( i => si, 

10 j => c, 

k => sb, 

1 => d ) ; 

end arch; 



15 shows two program objects inst_l and inst_2 of the 

comp_l and comp_2 type, each having four interfaces. 
The two objects are linked to one another by the two 
links (signals) si and sb via the interfaces h and i, 
and g and k respectively. 

20 

Furthermore, inst_l also has two external interfaces f 
and e, which are used by the external links b and a; 
inst_2 [lacuna] the external interface j of the link c 
and 1 of the link d. 



25 
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These interfaces are defined in the exemplary program 
code, together with their function as an input or 
output interface and the data types used for them. 

5 Figure 1 shows an intermediate format table 1 which 
results from use of the method according to the 
invention for converting interface definitions into an 
intermediate format. The example of an intermediate 
format in table 1 has a first dimension in the 

10 direction of the arrow 2, and a second dimension in the 
direction of the arrow 3. First of all, two rows in a 
first dimension 4 are defined, to which the 
designations of the objects inst_l and inst_2 are 
assigned. In the second dimension 3, the rows are 

15 assigned to a second dimension 5 for internal links. 

Designations 8 for the various internal interfaces are 
now entered in the resultant intersection cells 7. To 
assist clarity, the rows in the first and second 
dimensions may also be explicitly assigned in a 

20 secondary way to designations. This is done by means of 
title rows 24 and 25. Designations for the objects 26 
are entered in the title row 24, in cells provided for 
this purpose for the designation of an object 29. These 
designations for internal links 28 are entered in the 

25 title row 25, in cells provided for this purpose for 
designations of an internal link 31. As can be seen, 
designations 8 are entered in the cells 7, which 
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designations 8 contain an identifier 32 of an internal 
interface , namely its original designation in the 
exemplary program code and an identification as to 
whether this is an output interface (out) or an input 
5 interface (in) . Rows in the second dimension 6 are also 
provided in the table, for external links. The 
interfaces which are used for external links are 
entered, with their designations 10, in cells 9 at the 
intersections of these rows 6 with the rows in the 

10 first dimension 4. In this case as well, the 

designation comprises an identifier 33 as well as 
details about the character of the interfaces as input 
or output interfaces. The original designations 27 of 
the external links in cells 30 are entered in the title 

15 rows 25. In addition, details for the presence of an 
input interface or of an output interface for the 
external links are entered in a first specific row 11 
at the intersections with the rows in the second 
dimension for external links 12. 

20 

The data types of the links are also stated in the 
exemplary intermediate format table 1. A second 
specific row 14 is used for this purpose, whose cells 
15 at the intersections with the rows in the second 
25 dimension for external links 6, and also with the rows 
in the second dimension for internal links 5, each 
details 16 of the data type of the respective link. The 
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normal data processing terms are used for this purpose, 
such as bits, integers, boolean, etc. 



The upper area of this two-dimensional intermediate 
5 format table 1 is reserved for details of constants in 
the exemplary program code. Since no constants are 
defined in the stated exemplary program code, the 
letters x and y have just been inserted here for 
illustration purposes. First specific rows in the 

10 second dimension 18 are used for details of the 

constants, and a third specific row 17 in the first 
dimension is used for details of the data type, with a 
fourth specific row 21 in the first dimension being 
used for details of the value of the constants. The 

15 values for external (top) and internal (bottom) 

constants X are entered in the intersection cells 19 in 
the third specific rows 17 and in the specific rows in 
the second dimension 18, as is denoted by the reference 
symbol 20. Values of the constants which are present 

20 are entered in cells 22 as y (23) at the intersections 
between the fourth specific row and the first specific 
rows in the second dimension 18. 

The following second exemplary program is an expanded 
2 5 version of the first exemplary program. 



entity top is 
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generic ( y : integer := 3); 
port ( a : in bit; 

b : in integer; 

c : in boolean := true 

d : out integer ) ; 

end top; 

architecture arch of top is 
component comp_l 

generic ( x : integer : = 4); 
port ( e : in bit; 

f : in integer := 7; 
g : in bit; 
d : out integer ) ; 
end component ; 
c ompone nt c omp_2 

generic ( z : integer) ; 
port ( i : in integer; 

j : in boolean; 
k : out bit; 
1 : out integer ) ; 
end component ; 

constant ci : integer := y + 5 
signal si_l, si__2 : integer; 
signal sb : bit := '1'; 
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function boolean2bit (arg : boolean) return bit 

is 

begin 

return bit'val (boolean' pos (arg) ) ; 
5 end boolean2bit; 

begin 

pO : si__2 <= si__l + ci; 
inst_l : comp_l 

port map ( e => a , 
10 f => b, 

g => sb, 
h => si_l ) ; 
inst_2 : comp_2 

generic map ( z => y) 
15 port map ( i => si_2, 

j => boolean2bit (c) , 
k => sb, 
1 => d ) ; 

2 0 end arch; 

In this case, various constants are defined in the 
general part of the program and in the individual 
program objects. 
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In addition, a further object pO is also defined, in 
addition to the two objects inst_l and inst__2 as 
component representatives. Finally, a data conversion 
function boolean2bit is likewise provided, which 
5 converts the input data on the external interface "j". 

Figure 2 shows an intermediate format table according 
to a further embodiment of the present invention, in 
which a representation format which differs from that 
10 in the table in Figure 1 has been used. The reference 
symbols used for Figure 1 are also used with the same 
meanings with respect to Figure 2 . 

In particular, the bundling of specific rows in the 
15 first dimension has been carried out differently in 

this case. The table is less compact than that shown in 
Figure 1 . 

In Figure 2, not only have values 23 of the constants 
20 and the method of calculation 35 of the constant ci 
been entered in a fourth specific row 21, but the 
values 36 of interfaces in a fifth specific row 34 have 
also been entered. The fourth specific row 21 is in 
this case the fifth specific row 34, at the same time. 



The constants used in this example are inserted, with 
their designations 38, in cells 37 provided for this 
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purpose in the specific rows 18 in the second dimension 
3 which are located at the intersection with the title 
row 25. An external constant x, which is declared only 
within a component declaration (and is immediately 
5 defined with the value u 4") is inserted with its 

designation 40 into that cell at the intersection of 
the row 4 in the first dimension which is assigned to 
the object within which the constant x has been 
declared, with one of the specific rows in the second 
10 dimension. Since, in this case, no external constant 

designated by name is specified for any of the program 
code, the entry in the associated cell 37 remains 
empty . 

15 A further external constant z is likewise inserted, 

with its designation 40, into a cell 39. Here, however, 
in contrast to the constant x, mapping is carried out 
in the program code such that the constant y is 
assigned to the constant z. The constant z is thus 

20 inserted in the same specific row 18 in the second 
dimension as that which is also assigned to the 
constant y. 

Furthermore, in this example, an object pO has been 
25 defined, which carries out manipulation on the link 
si_2 which is derived from si_l (see the 2 nd program 
code above) . This object is also provided with a row 4 
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in which the use of the constants ci as the designation 
40 as well as the link of the object pO to the signals 
si 1 as an interface definition with the designation 41 
and si_2 as a calculation rule with the designation 43 
5 [lacuna] . 

One of the designations of the interfaces, identified 
by the reference symbol 42, indicates a more complex 
structure than the other designations 8, 41 since, in 
10 addition to the identifier of the interface and of the 
data flow direction, details of the data type (in this 
case "bit") and the data type conversion function to be 
used are also made in this designation. 

15 Overall, this results in an intermediate format table 1 
which has a very clear form, in both examples, which 
can be converted easily by an automatic conversion 
program into interface definitions for an object 
program code, and which can also be made accessible for 

20 subsequent manual processing by a programmer/modeller 
or hardware or software engineer. 

For example, the desired linking structure can be 
produced by removing and adding table entries. The 
25 interfaces for the present hierarchy level can be 

specified by declaration of rows to form port signals. 
Creation or modification of competing objects can be 
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carried out by selecting the appropriate row in a 
separate text editor . 



The intermediate format table according to the 
5 invention can also be used as such in order to carry 

out circuit planning, which can later lead to a program 
code (so-called top-down design) . In this case, empty 
components can be generated first of all by inserting 
rows, for example columns. The links are then declared. 

10 Simple links between the adjacent objects can now be 
produced by inserting table entries, with the 
capability to generate the interfaces of the objects 
automatically. Once the top level of a design, for 
example of a hardware design, has been completed, the 

15 subcomponents can be refined further. A table which 
already contains all the interface signals can be 
produced automatically for this purpose. 

The introduction of an intermediate format table and 
2 0 the method according to the invention for conversion 
allow a source code program to be converted into an 
object program code in a considerably simplified 
manner, reduce the number of conversion programs 
required, and provide a capability for clear monitoring 
25 of the conversion process, in the form of the 

intermediate format table. Once a source code program 
in a specific program language, for example VHDL, has 
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been converted, it is even possible to carry out 
modifications to the desired design directly on the 
intermediate format table in order to convert these 
modifications back to the original programming 
5 language, for example VHDL, once again, and in order 
thus to obtain a modified design without any 
manipulations on the original program code. This thus 
allows the program to be edited without necessarily 
having to have any detailed knowledge of the 

10 respectively used programming language. In comparison 
with notation in a hardware description language, the 
individual information items relating to a design are 
not scattered over wide sections of the code, but are 
available in a clear and compact form in the 

15 intermediate format table. 

As an extension to the proposed intermediate format 
table, VHDL generate statements could also be supported 
by being assigned, as specific attribute fields, to the 

2 0 corresponding rows in the first dimension. A wide field 
of use, in which variable constants and subroutines can 
be converted, is likewise created for non-hardware 
description languages. Participation of a sequential 
description into parallel-running processes is thus 

25 simplified, for example in real-time environments, 

multitasking operating systems and for "multithreaded" 
graphic user interfaces. In addition, data which are 
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only written and never read can easily be identified, 
and can be removed from the data structure, if 
required. Overall, the proposed methods and the 
intermediate format table result in a major 
5 simplification in the conversion of program codes 
between different programming languages, and in the 
monitoring and subsequent processing of the conversion 
process, as well as providing further modification 
options during the conversion process. 



10 



